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SYSTEM AND METHOD FOR GENERATING 
MULTI- PHASE CONSTRUCTION PLANS 

TECHNICAL FIELD 

[0001] This disclosure relates generally to planning systems and 
more particularly to a system and method for generating multi -phase 
construction plans. 

BACKGROUND 

[0002] Facilities in a complex, such as in a church or sports 
complex, are often built in stages. For example, construction of a 
new auditorium in a church may begin at a particular time. When 
construction of the auditorium nears completion, construction of 
new classrooms may begin. In this way, the church can stagger when 
money for each construction project is due. It is often a 
difficult and time-consuming process to plan and schedule multiple 
construction projects while taking into account the financing for 
the construction projects. 
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SUMMARY 

[0003] This disclosure provides an improved system and method 
for generating multi -phase construction plans. 

[0004] In one embodiment, a method includes identifying a 
plurality of facilities in a complex. Each facility is associated 
with a construction project. The method also includes determining 
a potential revenue associated with at least one of the facilities. 
The method further includes determining a cost associated with at 
least one of the facilities. In addition, the method includes 
generating a schedule of the construction projects using the 
identified potential revenue and the identified cost. 

[0005] One or more technical features may be present according 
to various embodiments of this disclosure. Particular embodiments 
of this disclosure may exhibit none, some, or all of the following 
features depending on the implementation. For example, in one 
embodiment, a system for generating multi -phase construction plans 
is provided. In particular, the system can analyze various 
information and generate construction plans more quickly than 
conventional systems. As an example, the system can analyze the 
number of people attending a church, estimate the number of people 
who will attend the church in the future, and estimate the amount 
of donations that those people may give to the church. The system 



DOCKET NO. ACOU01- 00003 PATENT 

can then generate possible construction plans using the estimated 
collections by the church. This may allow the construction plans 
to be generated more quickly and easily. 

[0006] Moreover, particular embodiments of the system allow a 
5 user to place constraints on various information used to generate 
the construction plans. For example, the user could specify that 
the church may not assume more than a specified amount of debt 
during the construction. The system then generates one or more 
construction plans, taking into account this constraint. This may 

io allow the user to more easily set and change constraints and see 
how those constraints affect the construction plans. 
[0007] This has outlined rather broadly several features of this 
disclosure so that those skilled in the art may better understand 
the detailed description that follows. Additional features may be 

15 described later in this document. Those skilled in the art should 
appreciate that they may readily use the concepts and the specific 
embodiments disclosed as a basis for modifying or designing other 
structures for carrying out the same purposes of this disclosure. 
Those skilled in the art should also realize that such equivalent 

20 constructions do not depart from the spirit and scope of the 
invention in its broadest form. 

[0008] Before undertaking the DETAILED DESCRIPTION OF THE 
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INVENTION below, it may be advantageous to set forth definitions of 
certain words and phrases used throughout this patent document : the 
terms "include" and "comprise," as well as derivatives thereof, 
mean inclusion without limitation; the term "or" is inclusive, 
5 meaning and/or; and the phrases "associated with" and "associated 
therewith," as well as derivatives thereof, may mean to include, be 
included within, interconnect with, contain, be contained within, 
connect to or with, couple to or with, be communicable with, 
cooperate with, interleave, juxtapose, be proximate to, be bound to 
10 or with, have, have a property of, or the like. Definitions for 
other words and phrases are provided throughout this patent 
document, and those of ordinary skill in the art should understand 
that in many, if not most instances, such definitions apply to 
prior as well as future uses of such defined words and phrases. 

15 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0009] For a more complete understanding of this disclosure, 
reference is made to the following descriptions taken in 
conjunction with the accompanying drawings, in which: 
5 [0010] FIGURE 1 illustrates an example system for construction 
planning according to one embodiment of this disclosure; 
[0011] FIGURE 2 illustrates an example construction planning 
process according to one embodiment of this disclosure; 
[0012] FIGURES 3A and 3B illustrate an example screenshot used 
10 in an attendance prediction process according to one embodiment of 
this disclosure; 

[0013] FIGURE 4 illustrates an example screenshot used in a room 
size and services process according to one embodiment of this 
disclosure; 

15 [0014] FIGURE 5 illustrates an example screenshot used in an 
attendance analysis process according to one embodiment of this 
disclosure ; 

[0015] FIGURES 6A through 6D illustrate an example screenshot 
used in a campus requirements and cost predictions process 
20 according to one embodiment of this disclosure; 

[0016] FIGURE 7 illustrates an example screenshot used in a 
phasing plan process according to one embodiment of this 
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disclosure; 

[0017] FIGURE 8 illustrates an example screenshot used in an 
operating expenses process according to one embodiment of this 
disclosure; 

5 [0018] FIGURE 9 illustrates an example screenshot used in a 
campaign projection process according to one embodiment of this 
disclosure; 

[0019] FIGURE 10 illustrates an example screenshot used in a 
debt services process according to one embodiment of this 
10 disclosure; and 

[0020] FIGURES 11A through HE illustrate example screenshots 
used to summarize the results of the construction planning process 
according to one embodiment of this disclosure. 

15 
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DETAILED DESCRIPTION OF THE INVENTION 

[0021] FIGURE 1 illustrates an example system 100 for 
construction planning according to one embodiment of this 
disclosure. In the illustrated embodiment, the system 100 
5 represents a host computer 102 executing software embodying the 
construction planning functionality. Other embodiments 

implementing the construction planning functionality could also be 
used. 

[0022] In one aspect of operation, the host 102 generates at 
10 least one construction plan involving one or more facilities in a 
complex. In this specification, the term "facility" refers to all 
or a portion of a building, stadium, concert hall, amusement park, 
convention center, athletic center, transit system, or other 
structure or combination of structures. Also, in this 

15 specification, the term "complex" refers to a collection of one or 
more facilities. As an example, a church may represent a complex, 
and the auditorium, chapel, classrooms, gymnasium, and kitchen in 
the church may represent the facilities in the complex. The host 
102 can receive information such as the facilities to be built or 
20 expanded, the money that is available or that will become 
available, and any other suitable information. The host 102 then 
analyzes the information and generates one or more possible 
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construction plans or schedules. The host 102 could further allow 
the user to place constraints on various information used to 
generate the construction plans. In this way, construction plans 
may be generated more quickly and easily. This may also allow the 
5 user to see in real time how the constraints affect the 
construction plans. In this document, a "plan" or "schedule" may 
identify any suitable characteristic or characteristics of the 
construction of one or more facilities. As particular examples, 
the plan or schedule could identify when each facility is to be 
10 constructed, the phase in which each facility will be constructed, 
or the size of each facility. 

[0023] The following description may describe the functionality 
of the system 100 in terms of construction planning for facilities 
in a church. The same or similar functionality of the system 100 
15 could be used to plan construction of any other complex. Also, 
while the construction planning may be described as involving the 
construction of new facilities, the same or similar functionality 
could be used to schedule expansions to or improvements of existing 
facilities . 

20 [0024] In the illustrated embodiment, the host 102 represents a 
desktop computer that includes an input device 104, an output 
device 106, random access memory (RAM) 108, read-only memory (ROM) 
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110, one or more data storage devices 112, and one or more 
processors 114. The input device 104 may, for example, include a 
keyboard, mouse, graphics tablet, touch screen, pressure- sensitive 
pad, joystick, light pen, microphone, or other suitable input 
5 device. The output device 106 may, for example, include a video 
display, a printer, a disk drive, a plotter, a speaker, or other 
suitable output device. The data storage device 112 may, for 
example, include a CD, DVD, hard drive, or other data storage and 
retrieval device. 

10 [0025] Items within the dashed lines of FIGURE 1 represent an 
example functional division within the host 102. As an example, 
this functional division could represent different software 
components executed by the host 102. As a particular example, the 
software components could represent macros executed using one or 

15 more Microsoft Excel spreadsheets. In this example embodiment, the 
host 102 includes an analysis module 116, a constraints module 118, 
an optimization module 120, and a database 122. Other embodiments 
of the host 102 could be used in the system 100. 

[0026] The analysis module 116 analyzes various information 
20 provided to the host 102 and/or generated by the host 102. For 
example, the analysis module 116 could estimate the future growth 
of a church, estimate the amount of donations that the church may 
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receive in the future, and calculate the cost to construct various 
facilities in the church. The analysis module 116 may use this 
information and generate possible construction plans for the 
facilities. The analysis module 116 may include any hardware, 
5 software, firmware, or combination thereof that is operable to 
analyze information related to one or more construction plans. 
[0027] The constraints module 118 allows a user to set one or 
more constraints on the information used by the analysis module 
116. For example, the user could identify a maximum amount of debt 

10 that a church is willing to endure during the construction of the 
church facilities. The constraints module 118 may include any 
hardware, software, firmware, or combination thereof that is 
operable to allow a user to set one or more constraints on 
parameters used to generate construction plans. 

is [0028] The optimization module 120 uses the constraints supplied 
to the constraints module 118 to generate one or more optimized 
construction plans. For example, the optimization module 120 could 
receive the information collected and/or generated by the analysis 
module 116 and provide a plan or plans that meet the constraints 

20 entered by the user. As a particular example, the optimization 
module 120 could generate or identify one or more construction 
plans in which the church does not assume more than a specified 
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amount of debt. The optimization module 120 may include any 
hardware, software, firmware, or combination thereof that is 
operable to identify and/or generate one or more construction plans 
meeting one or more constraints. 
5 [0029] The database 122 stores and facilitates retrieval of 
information used by modules 116-120. For example, the database 122 
may store information identifying the demographics of the church's 
members, the estimated growth of the church, the estimated amount 
of donations that the church may receive in the future, and the 

10 estimated cost to construct various facilities in the church. The 
database 122 may include any hardware, software, firmware, or 
combination thereof operable to store and facilitate retrieval of 
information. The database 122 may also use any of a variety of 
data structures, arrangements, and compilations to store and 

15 facilitate retrieval of information. 

[003 0] Although FIGURE 1 illustrates one example of a system 100 
for construction planning, various changes may be made to FIGURE 1. 
For example, while the system 100 is illustrated as using a desktop 
computer as the host 102, other computing devices can be used to 

20 implement the construction planning functionality. As a particular 
example, the system 100 could include a server implementing the 
construction planning functionality and a client that can access 
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the server. In addition, the host 102 has been described as 
including various modules that represent software components 
executed by the host 102. The functions performed by the modules 
could be implemented in any hardware, software, firmware, or 
5 combination thereof, and various modules can be combined, added, or 
omitted as needed. 

[0031] FIGURE 2 illustrates an example construction planning 
process 2 00 according to one embodiment of this disclosure. In 
particular, the process 200 illustrates the process used by the 
10 analysis module 116 in the host 102 of FIGURE 1. The process 200 
illustrated in FIGURE 2 is for illustration only. Other processes 
could be used in the system 100. 

[0032] The process 200 is divided into a strategic process 202, 
an architectural process 204, and a financial process 2 06. The 

15 strategic process 202 involves estimating the future development of 
the church. The architectural process 2 04 involves planning the 
construction of various facilities in the church. The financial 
process 206 involves identifying how the church may pay for the 
construction of the facilities. 

20 [0033] In this example, the strategic process 202 includes a 
collection process 208 for collecting information about a church. 
This may include, for example, collecting information such as the 
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demographics of the church's members. 

[0034] The strategic process 202 also includes a prediction 
process 210. The prediction process 210 estimates the future 
growth of the church, such as by estimating the number of people 
5 who will attend or otherwise visit the church in the future. The 
prediction process 210 could involve one or multiple growth 
estimates. For example, the user of the host 102 could enter 
information identifying the potential growth of the church. The 
host 102 could also receive information identifying the past growth 
10 rates of the church and estimate the future growth of the church. 
Any other or additional technique or techniques for estimating 
growth could also be used in the host 102. 

[0035] The strategic process 202 further includes a room size 
and services process 212. The room size and services process 212 

15 allows the user to identify the current size of the church's 
auditorium and the number of church services occurring in the 
current auditorium. The room size and services process 212 also 
allows the user to identify possible sizes of future auditoriums 
and the number of services that might occur in those future 

20 auditoriums. 

[0036] In addition, the strategic process 202 includes an 
analysis process 214. The analysis process 214 analyzes the 
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predicted growth of the church and the size of the current 
auditoriums and possible future auditoriums. The analysis process 
214 then estimates when the current and future auditoriums may run 
out of space. In this way, the analysis process 214 identifies 
5 when larger facilities may be needed in the church. 

[0037] The architectural process 204 includes a campus 
requirements process 216. The campus requirements process 216 
allows a user to provide a list of the various facilities in a 
church to be constructed. The campus requirements process 216 
io could also allow the user to specify the size of the facilities, 
such as by identifying the number of square feet needed per person 
in each facility. 

[0038] The architectural process 204 also includes a cost 
predictions process 218. The cost predictions process 218 

15 calculates the estimated cost of each facility. For example, the 
user may identify the cost. per square foot of each facility. The 
host 102 may use the number of people estimated to attend the 
church, the number of square feet needed per person, and the cost 
per square foot to estimate the cost of each facility. 

20 [0039] The architectural process 204 further includes an 
auditorium selection process 220. The auditorium selection process 
220 allows the user to select the size of the auditorium to be 
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constructed. For example, the user can review the various costs 
associated with different sized auditoriums and select one of the 
auditoriums based on the cost and other factors. 

[0040] In addition, the architectural process 204 includes a 
phasing plan process 222. The phasing plan process 222 allows a 
user to specify when construction of different facilities is to be 
completed. For example, the construction of the facilities may be 
divided into multiple phases, and the phasing plan process 222 may 
allow the user to identify the phase during which the construction 
of each facility will occur. Using the identified phases, the 
phasing plan process 222 could also determine the total cost of the 
construction by phase. 

[0041] The financial process 206 includes a collection process 
224. The collection process 224 includes collecting information 
about the financial characteristics of the church. For example, 
the collection process 224 may include collecting information 
identifying the current budget of the church. The collection 
process 224 may also include collecting information identifying the 
donation habits of the church members. 

[0042] The financial process 206 also includes a campaign 
projection process 228. The campaign projection process 228 
estimates the amount of money that may be donated to a church as 
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the attendance at the church increases in the future. The 
projection process 228 may also identify how the donations to the 
church may pay for the different phases of the construction. The 
projection process 228 may further identify the amount of debt that 
5 the church may experience during the construction process. 

[0043] The financial process 206 further includes an operating 
expenses process 226. The operating expenses process 226 estimates 
the church's ministry and other daily expenses. The operating 
expenses process 22 6 also determines how the cost of the 

10 construction affects the church's ministry and other daily 
expenses. The operating expenses process 226 may further identify 
the amount of cash that may be available for the church. In this 
way, the user can understand how the cost of the construction might 
affect the church's other activities. 

15 [0044] In addition, the financial process 206 includes a debt 
services process 230. The debt services process 230 may generate a 
debt service schedule showing how any debt incurred by the church 
would be repaid. 

[0045] Each of the processes in FIGURE 2 could be implemented in 
20 any hardware, software, firmware, or combination thereof. For 
example, each process could represent a function or functions 
performed by a software module executed by the host 102 of FIGURE 
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1. Also, while various processes have been described as requiring 
user input, these processes could retrieve information in any other 
suitable manner. For example, the processes could analyze 
information previously provided to and stored in the database 122 . 
[0046] FIGURES 3A and 3B illustrate an example screenshot 300 
used in an attendance prediction process 210 according to one 
embodiment of this disclosure. The screenshot 300 illustrated in 
FIGURES 3A and 3B is for illustration only. Other screenshots 
could be used in the system 100 without departing from the scope of 
this disclosure. 

[0047] In the illustrated example, the screenshot 300 includes 
one or more growth options 3 02a- 3 02b. The growth options 302 allow 
a user to enter information identifying how a church might 
experience future growth. In this example, each growth option 302 
includes a historical growth portion 3 04 and a projected growth 
portion 306. The historical growth portion 304 identifies the 
previous growth experienced by the church. The projected growth 
portion 3 06 identifies the predicted future growth that might be 
experienced by the church. 

[0048] The historical growth and projected growth can be 
controlled by the user. As shown in FIGURE 3A, the historical 
growth and projected growth are divided into years 308. For each 
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year 308, the attendance 310 at the church is identified. The 
increase in the attendance 310 for one year 308 over the previous 
year 308 is identified as a growth percentage 312. The user can 
enter values for the attendance 310 and growth percentage 312, and 
5 the user could use buttons 314 to control the growth percentage 
312. In other embodiments, the host 102 could generate values for 
the attendance 310 and growth percentage 312 automatically, such as 
by using the historical growth to predict the future growth. 
[0049] In the illustrated example, there are two growth options 

10 302. One growth option 302a represents the desired growth of the 
church, while the other growth option 302b represents the likely 
growth of the church. The growth options 3 02 represent growth 
starting at a given base year 316 and a given base attendance 318. 
These growth options 302 are for illustration only. Other or 

15 additional growth options could be used in the system 100. 

[0050] Instead of or in addition to the growth options 302, the 
user can specify a constant growth percentage. The user can 
specify that, starting in the current year 308, the church will 
grow at a constant percentage 32 0 each year. The user can enter a 

20 value for the constant percentage 320 or use buttons 322. 

[0051] The prediction process 210 can analyze the various 
information and chart the projected growth of the church in a graph 
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324. The graph 324, which is shown in FIGURE 3B, includes three 
lines 326a-326c. Line 32.6a represents the growth projected by the 
growth option 302a, line 326b represents the growth projected by 
the growth option 302b, and line 326c represents the growth 
5 projected by the constant growth percentage 320. In this way, a 
visual representation of the various growth possibilities 
associated with the church can be provided to the user. 
[0052] In addition, the user may remove one or more lines 326 
from the graph 324 using controls 328a-328c. Each control 328 is 

10 associated with one of the lines 326 in the graph 324 and controls 
whether the associated line 326 is hidden in the graph 324. 
[0053] Although FIGURES 3A and 3B illustrate one example of a 
screenshot 300 used in the prediction process 210, various changes 
may be made to FIGURES 3A and 3B. For example, any number of 

15 growth options 3 02 could be used. Also, the layout and design of 
the screenshot 300 are for illustration only. Further, the 
prediction process 210 could include algorithms for automatically 
predicting future growth based on historical growth. In this way, 
the user may not be required to provide the information to the host 

20 102. 

[0054] FIGURE 4 illustrates an example screenshot 400 used in a 
room size and services process 212 according to one embodiment of 
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this disclosure. The screenshot 400 illustrated in FIGURE 4 is for 
illustration only. Other screenshots could be used in the system 
100 without departing from the scope of this disclosure. 
[0055] In the illustrated example, the screenshot 400 includes 
an activities portion 402 and a totals portion 404. The activities 
portion 402 contains information about various activities that 
occur in the church. In this example, the activities portion 402 
contains information about church services that occur. As shown in 
FIGURE 4, the activities portion 402 includes different entries for 
each service offered in the church. In particular, the church has 
two services in the church's main auditorium, and an overflow room 
is provided for each service. 

[0056] Each entry in the activities portion 402 identifies the 
typical capacity 404 of the auditorium or overflow room that is 
normally occupied during a church service. An overflow column 410 
identifies the typical number of seats that are occupied in the 
overflow room during the church services. A current seat column 
412 identifies the total number of seats currently used in the 
auditorium or overflow room during the church services. Potential 
seat columns 414a-414c identify the total number of seats that 
could be occupied in a future auditorium or overflow room during 
church services. Check boxes 416 allow the user to define whether 
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the overflow room would be made available during the church 
services . 

[0057] The totals portion 404 identifies the average capacity 
418 of the auditorium that is currently used during the church 
5 services. The totals portion 404 also identifies the total weekly 
attendance 420 in the church auditorium and the overflow room. The 
totals portion 4 04 further includes the maximum weekly attendance 
422 that could be accommodated in the auditorium. 

[0058] In addition, a graph 424 may be provided to the user that 
10 plots the various total weekly attendances 42 0 against the seat 
counts 412, 414. In this way, the user can see what the average 
weekly attendance could be given the various sizes of auditoriums 
that could be built. 

[0059] The screenshot 400 illustrated in FIGURE 4 represents 
15 only one of multiple screenshots that could be generated and used 
by the host 102. For example, the screenshot 400 in FIGURE 4 
illustrates the number of seats that could be available to church 
members during two church services. A similar screenshot can be 
used to show the user how the seat count would vary if three 
20 services were performed in the church auditorium. 

[0060] Although FIGURE 4 illustrates one example of a screenshot 
4 00 used in the room size and services process 212, various changes 
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may be made to FIGURE 4. For example, any number of potential seat 
counts 414 could be used. Also, the layout and design of FIGURE 4 
are for illustration only. 

[0061] FIGURE 5 is a block diagram illustrating an example 
screenshot 500 used in an analysis process 214 according to one 
embodiment of this disclosure. The screenshot 500 illustrated in 
FIGURE 5 is for illustration only. Other screenshots could be used 
in the system 100 without departing from the scope of this 
disclosure . 

[0062] In the illustrated example, the screenshot 500 includes 
the graph 324 from the prediction process 210 and the graph 424 
from the room size and services process 212. In this example, the 
user can see how auditoriums of various sizes can accommodate the 
predicted growth of the church. For example, various indicators 
502 on the lines 326a-326b indicate when the predicted attendance 
at the church matches the expected attendance based on the size of 
the church's auditorium. In other words, the indicators 502 
identify when the church may need a larger auditorium. 

[0063] Although FIGURE 5 illustrates one example of a screenshot 
500 used in an analysis process 214, various changes may be made to 
FIGURE 5. For example, the layout and design of screenshot 500 are 
for illustration only. 
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[0064] FIGURES 6A through 6D illustrate an example screenshot 
600 used in a campus requirements and cost predictions process 216, 
218 according to one embodiment of this disclosure. The screenshot 
600 illustrated in FIGURES 6A through 6D is for illustration only. 
- 5 Other screenshots could be used in the system 100 without departing 
from the scope of this disclosure. 

[0065] In the illustrated example, the screenshot 600 includes 
an attendance portion 602. The attendance portion 602 includes an 
entry 604 identifying the largest attendance that may occur given 

10 various sizes of the church auditorium. In this case, the largest 
attendance identified by the entry 604 represents the attendance at 
the second service shown in FIGURE 4. The attendance portion 602 
also includes an adult education attendance entry 606 and a 
children attendance entry 608. These entries 606 and 608 identify 

is the number of adults and children, respectively, that may attend 
other programs in the church. The host 102 may use demographics of 
the church and percentages 610 to identify the number of adults and 
children that may attend the other church programs. In addition, 
the attendance portion 602 includes a total attendance entry 612, 

20 which identifies the total number of people attending the various 
activities in the different sized churches. 

[0066] The screenshot 600 also includes a parking requirements 
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portion 614. The parking requirements portion 614 identifies the 
amount of parking that may be needed for the different sized 
churches. In FIGURE 6A, the parking requirements portion 614 
includes different estimates 616a- 616b of the number of parking 
spaces that might be needed. One estimate 616a is based on the 
maximum size of the church auditorium, and the other estimate 616b 
is based on the total number of people attending the church's 
activities. The user can adjust the number of people per car 618 
to change the estimate of the parking requirements. 
[0067] The screenshot 600 further includes a facilities 
definition portion 620. Each entry 622 in the facilities 
definition portion 620 allows the user to identify one of the 
facilities in the church to be constructed. For example, the 
facilities can be predefined, and a checkbox 624 allows the user to 
identify which facilities are to be constructed. For each 
facility, the user can also specify the floor 626 of the church in 
which the facility is to be built. 

[0068] The user could further identify a grossing factor 628. 
The grossing factor 628 allows the user to take into account the 
fact that space is needed to accommodate the use, circulation, or 
movement of people or equipment in the church. As particular 
examples, the church may include aisles, doors, stairways, and 
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other structures to allow people to move inside the church. Also, 
equipment can be stored in and move through storage closets, 
janitorial corridors, electrical rooms, or other structures. The 
grossing factor 628 allows the user to specify how much extra space 
may be needed for these various structures. 

[0069] In addition, the user can specify the number of people 
per room 630 and the number of square feet per person 632. The 
square feet per person value 632 could also be a set size, such as 
when a gymnasium should be 9,500 square feet no matter how large 
the church is. 

[0070] Using this information, the host 102 can determine a size 
634 for each facility. The size 634 of some facilities may vary 
depending on the size of the church auditorium, while the size 634 
of other facilities may be constant. In addition, a facility could 
be used for multiple purposes, and the amount of space that can be 
reused for other purposes can be identified as reusable space 636. 

[0071] As shown in FIGURE 6B, the screenshot 600 also includes a 
grounds definition portion 638. The grounds definition portion 638 
allows the user to identify areas associated with the facilities. 
For example, the user could identify a grossing factor 62 8 and 
number of square feet 632 for a parking lot. The user could also 
identify areas used for recreation and a green space. A total area 
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section 640 sums the area needed for the various facilities and 
grounds. For example, the total area section 640 may identify the 
total number of square feet for the buildings and the total acreage 
needed for the facilities and grounds of the church. 
[0072] As shown in FIGURE 6C, the screenshot 600 further 
includes a costs portion 642. Costs portion 642 includes an entry 
644 for each facility in the church. Each entry 644 includes a 
phase 646 identifying the phase of a multi-phase construction plan 
in which the facility may be built. Each entry 644 also includes a 
seat count 648 and a cost per square foot 650. The seat counts 648 
identify the various sizes of auditoriums that could be built. By 
providing different costs per square foot 650 for different seat 
counts 648, the user can see how the cost of a facility may vary 
based on the seat count. Also, the user could indicate that 
multiple sizes of the same type of facility could be built, such as 
when multiple auditoriums of different sizes would be built. The 
host 102 can use the cost per square foot 650 and the sizes 634 of 
the facilities to identify an estimated cost 652 of each facility. 
The costs 652 of all facilities can be summed and shown in entry 
654. Similarly, the host 102 can identify the cost of specialized 
equipment, such as audio and video equipment, and the cost of the 
areas associated with the facilities, such as the parking lot and 
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green space. 

[0073] As shown in FIGURE 6D, the screenshot 600 can identify 
the total construction cost 656 for each of the different sized 
churches. The host 102 could also identify various expenses 658, 
5 such as the cost of land. The host 102 could further identify 
contingency expenses 660 to cover possible cost overruns and 
unexpected expenses and design fees 662 needed to design the new 
facilities. Finally, the host 102 can identify the total costs 664 
to complete the various construction projects. 

10 [0074] Although FIGURES 6A through 6D illustrate one example of 
a screenshot 600 used in a campus requirements and cost predictions 
process 216, 218, various changes may be made to FIGURES 6A through 
6D. For example, any other or additional information could be 
collected and/or generated by the host 102. Also, the layout and 

is design of the screenshot 600 are for illustration only. 

[0075] FIGURE 7 illustrates an example screenshot 700 used in a 
phasing plan process 222 according to one embodiment of this 
disclosure. The screenshot 700 illustrated in FIGURE 7 is for 
illustration only. Other screenshots could be used in the system 

20 100 without departing from the scope of this disclosure. 

[0076] In the illustrated example, the screenshot 700 includes a 
phasing schedule portion 702, which identifies when the various 
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phases of the construction plan may be complete. The screenshot 
also includes a financial portion 704, which identifies various 
financial information about the construction plan. In particular, 
the financial portion 704 may identify the cost and other expenses 
5 associated with each phase of the construction. 

[0077] The screenshot 700 further includes a phase selection 
portion 706. The phase selection portion 706 allows the user to 
select the phase in which a particular facility may be constructed. 
In the illustrated example, each facility has a radio button 708 

10 associated with each phase. The user can select the radio button 
708 associated with a particular phase to schedule construction of 
a facility during that phase. As the user changes the phases in 
which the facilities would be built, the financial information 
contained in the financial portion 704 may also change. In this 

15 way, the user can identify how changes in the construction schedule 
affect the church monetarily. 

[0078] Although FIGURE 7 illustrates one example of a screenshot 
700 used in a phasing plan process 222, various changes may be made 
to FIGURE 7. For example, any other or additional facilities could 
20 be identified in the screenshot 700. Also, the layout and design 
of the screenshot 700 are for illustration only. 

[0079] FIGURE 8 illustrates an example screenshot 800 used in an 
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operating expenses process 22 6 according to one embodiment of this 
disclosure. The screenshot 800 illustrated in FIGURE 8 is for 
illustration only. Other screenshots could be used in the system 
100 without departing from the scope of this disclosure. 
5 [0080] In the illustrated example, the screenshot 800 includes 
an operating budget portion 802. The operating budget portion 802 
identifies the church's current annual budget 804, the rate of 
inflation 806, and the percentage 808 of the church's budget 
required for general and administrative (G&A) expenses. 

10 [0081] In addition to this information, for each year 308 the 
operating budget portion 802 identifies the growth percentage 312 
in the membership of the church. The operating budget portion 802 
also identifies the rate 810 at which new church members donate to 
the church. For example, new members may tend to donate less money 

15 to the church than people who have been members for longer periods 
of time. The rate 810 allows the user to specify how much new 
members donate compared to older members. In this example, the 
user has specified that new members give half of what older members 
donate . 

20 [0082] The host 102 can use this information to estimate the 
amount of donations . 812 that may be given to the church during 
future years 308. For example, the host 102 may use the previous 
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year's donations 810, the predicted growth in the church, and the 
rate 810 at which the new members donate to estimate the donations 
812 for a given year 308. The host 102 may then factor in 
inflation 806 to estimate the total adjusted donations 814 that the 
church may receive. Other revenue sources 816 may be combined with 
the adjusted donations 814 to calculate the total revenue 818 
available to the church. 

[0083] The host 102 can then calculate the various operating 
costs of the church. For example, the user can identify the 
percentage 82 0 of the total revenue that is used for personnel 
costs, and the host 102 can calculate the personnel costs 822. The 
host 102 can also use the total adjusted donations 814 and the 
percentage 808 to calculate the general and administrative expenses 
824 of the church. The user can further identify a percentage 826 
of the total adjusted donations 814 that are used to maintain the 
church's facilities, and the host 102 can calculate the facility 
operating costs 828. Further, the host 102 can identify the amount 
of debt 830 paid off each year 308 and the percentage 832 of the 
total revenue 818 used to pay off the debt. Finally, the host 102 
can identify the amount of available cash 834 that would be 
available for use each year by the church. 

[0084] The screenshot 800 also includes a graph 836. The graph 
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83 6 provides a visual representation of the amount of available 
cash 834 that may be available to the church of the years 308. 
[0085] Although FIGURE 8 illustrates one example of a screenshot 
8 00 used in an operating expenses process 226, various changes may 
5 be made to FIGURE 8. For example, any other or additional 
information could be contained in the screenshot 800. Also, the 
layout and design of the screenshot 800 are for illustration only. 
[0086] FIGURE 9 illustrates an example screenshot 900 used in a 
campaign projection process 228 according to one embodiment of this 

10 disclosure. The screenshot 900 illustrated in FIGURE 9 is for 
illustration only. Other screenshot s could be used in the system 
100 without departing from the scope of this disclosure. 
[0087] In the illustrated example, the screenshot 900 includes a 
campaign identification portion 902, which identifies the various 

15 phases of the construction, the year of the fund-raising campaign 
for each phase, and the year when each phase is should be complete. 
The screenshot 900 also includes a debt service portion 904, which 
identifies the costs needed for the construction phases, the 
expected donations that the church may receive, and the amount of 

20 borrowing and debt that the church may expect to pay for each 
construction phase. 

[0088] A detailed campaign collections portion 906 identifies 
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the various revenues that may be collected by the church during the 
fund-raising campaigns. For example, the detailed campaign 
collections portion 906 may identify the various fiscal years 308, 
along with the total adjusted donations 814 for each year 308. In 
5 addition, the detailed campaign collections portion 906 may 
identify pledge multiples 908 and collection percentages 910, which 
are used to identify the amount of money that the church may 
collect. For example, church members often make pledges to donate 
money to the church. A pledge multiple 908 identifies a multiple 

10 of the total adjusted donations 814 that the church members may 
actually donate during fund-raising campaigns. For example, a 
pledge multiple 908 of "2" indicates that the church members may 
donate twice the total adjusted donations 814 of the church. Also, 
a collection percentage 910 identifies the percentage of pledged 

is donations that church members may actually donate. This allows the 
host 102 to take into account that some members who pledge money 
may not actually give the money to the church. Using these values, 
the host 102 may calculate the total collections 912 that could be 
collected during the years 308. 

20 [0089] Although FIGURE 9 illustrates one example of a screenshot 
900 used in a campaign projection process 228, various changes may 
be made to FIGURE 8. For example, any other or additional 
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information could be included in the screenshot 900. Also, the 
layout and design of the screenshot 900 are for illustration only. 

[0090] FIGURE 10 illustrates an example screenshot 1000 used in 
a debt services process 230 according to one embodiment of this 
5 disclosure. The screenshot 1000 illustrated in FIGURE 10 is for 
illustration only. Other screenshot s could be used in the system 
100 without departing from the scope of this disclosure. 

[0091] In the illustrated example, the screenshot 1000 includes 
a financing options portion 1002. The financing options portion 
10 1002 allows the user to enter financing information 1004 about 
financing that could be used by the church to pay for the 
construction. The financing options portion 1002 also includes a 
phase schedule 1006 that identifies when the construction phases 
occur. 

15 [0092] The screenshot 1000 also includes a debt schedule 1008. 
The debt schedule 1008 identifies how the church may pay off its 
debt incurred during the construction projects. For example, the 
church's current original debt 1010 would continue to be paid off 
during the construction. In addition to the original debt 1010, 

20 the debt 1012a-1012d incurred during each construction phase would 
also be paid off by the church over time. The total amounts 1014 
paid in interest and to reduce the principal per year 3 08 are also 
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identified in the debt schedule 1008. 

[0093] Although FIGURE 10 illustrates one example of a 
screenshot 1000 used in a debt services process 230, various 
changes may be made to FIGURE 10. For example, any other or 
additional information could be included in the screenshot 1000. 
Also, the layout and design of the screenshot 100 0 are for 
illustration only. 

[0094] FIGURES 11A through HE illustrate example screenshots 
1100a, 1100b used to summarize the results of the construction 
planning process according to one embodiment of this disclosure. 
The screenshots 1100 illustrated in FIGURES HA through HE are for 
illustration only. Other screenshots could be used in the system 
100 without departing from the scope of this disclosure. 

[0095] In FIGURE HA, a screenshot 1100a includes the realistic 
growth option 302b. The screenshot 1100a also includes a graph 
1102, which illustrates how the growth of the church may be 
accommodated in current and future church auditoriums. For 
example, lines 326 represent the possible growth of the church. 
Blocks 1104a- 1104e represent the maximum attendance that may be 
achieved given a particular auditorium size and number of services. 
For example, blocks 1104a and 1104b represent the maximum number of 
people who might attend church services in the church's current 
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auditorium when two services and three services, respectively, are 
held. Block 1104c represents the maximum number of people who 
might attend two church services in a 3,200 seat auditorium. 
Blocks 1104d and 1104e represent the maximum number of people who 
might attend church services in a 3,200 seat auditorium that has 
been expanded by 1,200 seats and 2,200 seats, respectively. Using 
this graph 1102, the user can see how the projected attendance of 
the church can be accommodated in the facilities to be constructed. 
[0096] In FIGURE 11B, controls 1106 may be used by the user to 
change or otherwise control the blocks 1104 in the graph 1102. For 
example, checkboxes 1108 allow the user to control which blocks 
1104 are displayed in the graph 1102. Pull-down menus 1110 allow 
the user to change the size of the current auditorium and future 
auditoriums. Pull -down menus 1112 allow the user to change the 
phase during which the various auditoriums may be built or 
expanded. In addition, checkboxes 1114 allow the user to control 
which lines 326 appear in the graph 1102. Slide bars 1116 allow 
the user to change the time when each construction phase should be 
completed. Finally, buttons 1118 allow the user to control when 
the fund-raising campaigns may occur. Each of these can affect 
when construction of the various auditoriums can occur. For 
example, construction may need to be postponed if the fund-raising 
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campaign occurs later in time. Changes made using these controls 
1106 may be propagated back through the previous screenshots. 
[0097] The screenshot 1100a further includes a summary 1120. 
The summary 112 0 identifies the total cost of the construction per 
phase and the size of the construction per phase. 

[0098] In FIGURE 11C, the screenshot 1100a also includes the 
available cash graph 836 from FIGURE 8. In addition, the 
screenshot 1100a includes a scale button 1122 and an optimization 
button 1124. The scale button 1122 allows the user to change the 
scale used in the graph 1102. The optimization button 1124 allows 
the user to specify constraints on the analysis performed by the 
host 102. For example, the user could specify that the growth 
predictions may not involve a growth of more than a specified 
percentage during the beginning of a construction phase. The user 
could also specify the maximum rate that the church may grow after 
that time. The host 102 may use this information to adjust the 
growth options 3 02 and propagate the changes to the growth options 
302 through the remaining processes performed by the host 102. 

[0099] In FIGURES 11D and HE, another screenshot 1100b is used 
to summarize a construction plan generated using the information 
supplied to and/or generated by the host 102. The screenshot 1100b 
includes a schedule 1126 and a graph 1128 of the schedule. In this 
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example, the schedule 1126 identifies the various tasks 1130 that 
may occur during each phase of the construction. As particular 
examples, in the first phase, the schedule 1126 indicates that a 
third church service would be added and that portable buildings 
5 would be used for a specified amount of time. 

[00100] For each task 1130, the schedule 1126 identifies the 
starting year 1132 and the ending year 1136, which can be 
controlled by controls 1134 and 1138, respectively. The schedule 
1126 also identifies the length of time 1140 during which the 
10 various tasks may occur. The screenshot 1100b also includes slide 
bars 1142, which allow the user to control when each construction 
phase begins. The graph 1128 in FIGURE HE provides a visual 
representation of the schedule 1126. 

[00101] Although FIGURES HA through HE illustrates one example 
15 of screenshots 1100 used to summarize the results of the 
construction planning process, various changes may be made to 
FIGURES HA through HE.. For example, any other or additional 
information could be included in the screenshots 1100. Also, the 
layout and design of the screenshots 1100 are for illustration 
20 only. 

[00102] This description has described various aspects of a 
system and method for generating multi -phase construction plans. 
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Various features can be combined or omitted or additional features 
can be added according to particular needs and without departing 
from the scope of this disclosure. Example additional features may 
include the ability to calculate the number of children's teachers 
5 and supervisors needed to teach children of various age groups. As 
a particular example, as described above, the system 100 may 
estimate the number of children who may attend the church in the 
future. The user may then specify the number of children to be 
taught by each teacher and the number of teachers assigned to each 
10 supervisor. Using the estimated children's attendance, the system 
100 may then calculate the number of teachers and supervisors 
needed. This information may then be used to help estimate the 
church's future personnel costs. 

[00103] As another example, the system 100 may also support a 
15 scenario manager. The scenario manager allows a user to import and 
export different growth scenarios. In one embodiment, the system 
100 stores the various information described above in a Microsoft 
Excel spreadsheet. In this example, the scenario manager takes all 
of the values and other operable parameters stored in the 
20 spreadsheet and writes the values to a file for storage. The 
scenario manager may also read the values from a file and populate 
the spreadsheet with the retrieved values. In a particular 
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embodiment, the scenario manager may support password protection 
for the scenarios, which may be used to limit access to the stored 
scenarios. In this way, the scenario manager may support the 
importing and exporting of scenarios more easily than in 
conventional systems. As a particular example, this may help to 
reduce the generation and intertwining of a large number of files, 
which often occurs when multiple scenarios are executed by 
Microsoft Excel . 

[00104] While this disclosure has described certain embodiments 
and generally associated methods, alterations and permutations of 
these embodiments and methods will be apparent to those skilled in 
the art. Accordingly, the above description of example embodiments 
does not define or constrain this disclosure. Other changes, 
substitutions, and alterations are also possible without departing 
from the spirit and scope of this disclosure, as defined by the 
following claims. 



